home *** CD-ROM | disk | FTP | other *** search
/ Atari Mega Archive 1 / Atari Mega Archive - Volume 1.iso / lists / mint / l_1199 / 1681 < prev    next >
Encoding:
Internet Message Format  |  1994-08-27  |  1.5 KB
  1. From: itschere@techfak.uni-bielefeld.de
  2. Subject: Re: some more 110h4 clues...
  3. Date: Tue, 5 Jul 94 15:53:02 MET DST
  4. In-Reply-To: <94Jul5.133157mesz.209167@hphalle0.informatik.tu-muenchen.de>; from "Stephan Haslbeck" at Jul 5, 94 02:31:50 pm
  5.  
  6. Stephan Haslbeck wrote:
  7.  
  8. > I can't remember at the moment what is at offset $24 in the
  9. > basepage - maybe this can be a clue what is going wrong.
  10.  
  11.  Obviously... :-)
  12.  
  13. > It seems that MiNT or GEM try to access a basepage that was created
  14. > in main.c with Pexec(CREATEBASE), but then freed by Pexec(OVERLAY).
  15. >
  16. > I only get memory violations at startup, when starting gem.sys
  17. > from mint.cnf with either INIT=gem.sys or GEM=gem.sys.
  18. > With INIT=MiNTOS-init, everything works okay.
  19.  
  20.  How many getties do you run? If I start only one, evertything is fine
  21. for me too.
  22.  
  23.  One possible explanation would be that p_vfork() attaches the parent's
  24. basepage to the child and doesn't really copy it to something private and
  25. leave the original attached to where it was. This way a subsequent p_exec()
  26. would still have access to the basepage, but *not* if the parent has p_vforked
  27. again in the meantime, attaching the basepage to the second child. Hmmm, I'm
  28. quite uncertain about this, but maybe it can give another clue...
  29.  
  30. ciao,
  31. TeSche
  32. -- 
  33. Torsten Scherer (Schiller, TeSche...), itschere@techfak.uni-bielefeld.de
  34. Faculty of Technology, University of Bielefeld, Germany, Europe, Earth...
  35. | Use any of "finger itschere@129.70.131.2-15                |
  36. | Last updated: 14. April 1994                        |
  37.